Skip to content

station

定义的状态枚举
service/order/status.py


1. （已改）get_user_orders -> _get_order_status
    查询状态，有100状态 

2. （已改）get_user_orders_count
    查询小于100，大于0的订单 

3.  (确定不会改100) station/updateOrderStatus
    update_order_status_2  使用前端传过来的status查询 

4.  (前端需要修改,传pay_status) station/orders
    TransportOrdersQueryView  使用前端（有100）传过来的status查询 

5. （已改）station/order/update/status/child_station
    ChildStationUpdateStatusView  前端传递status，直接修改数据库
    最终修改地方:mongo/order/update_order_status_byids  

6.  (已改) station/order/update/status/preconfig
    PreconfigUpdateStatusView 前端传递status，直接修改数据库
    update_order_status_byids
    最终修改地方:mongo/order/update_order_status_byids 

7. (前端需要修改,传pay_status) station/sales_analysis/orderdetail
    DailySalesOrderDetailView
    前端传递status，查询数据库

manage

定义的状态枚举
website/common/global_val.py
OrderStatus

website/utils/order_info.py
OrderStatusDict


1. （已改）custommanage/bill/search
    BillSearchView
    gen_bill_data     查询不等于100的订单
    gen_address_bill_detail_map  判断100状态

2. （已改）custommanage/bill/detail/ BillDetailView
    gen_order_data 判断100状态

3. （已改）StrikeBalanceView
    verify_parameter 筛选小于100的状态

4. （已改）StrikeBalanceAddView 筛选小于100的状态

5. （已改）StrikeBalanceSubmitView 判断和查询已支付状态

6. （待做）OrderDealView 查询已支付状态 > 等待冲账流水部分完成

7. （已改）OrderFinanceSearchView  查询已支付状态
    修改了筛选字段status为pay_status
    /website/services/order/__init__/get_time_range_balance_orders
    其调用方法，更改其status参数筛选字段为pay_status
    deal_code的使用条件中的status改为pay_status

8. （待做）OrderUpdateArrivalView  冲账 > 待做，了解冲账流程，等待冲账流水部分完成

9. （已改）UpdateOrderFinanceView  修改订单状态 
     修改其更新的状态字段status -> paid为pay_status -> payed
     /website/services/order/init/update_orders_pay_status 
    修改orderSrv.update_orders_status更新的字段为pay_status，更名为update_orders_pay_status，该方法仅该视图使用

10.（已改）ExportExcelView
    修改了筛选字段status为pay_status,生成Excel时订单的支付状态判据status改为pay_status,其Excel表结构未更改，等待产品规划
    /website/services/order/__init__/get_time_range_balance_orders
    其调用方法，更改其status参数筛选字段为pay_status

11.（已改）can_strike_orders  查询小于100的订单
    /website/finance/views/order/CanStrikeBalance
    返回结果中新增settle_way，pay_status字段
    /website/services/order/__init__/can_strike_orders
    筛选待支付订单的逻辑为（保证订单有效的情况下）
    '$or': [{'settle_way': SettleWay.GOODSFIRST.value, 'status': {'$in': [OrderStatus.DISTRIBUTING.value, OrderStatus.RECEIVED.value]}, 'pay_status': OrderPayStatus.UNPAY.value},
            {'settle_way': SettleWay.PAYFIRST.value, 'pay_status': OrderPayStatus.PARTPAY.value}]

12. (无需修改) BillView  697，717...  判断支付状态
    该视图未被使用，暂不修改

13. (无需修改) BillDetailView  64，109 判断支付状态
    有两个该名称视图，分别在customerbill与customerbilldetail中，其中customerbilldetail中的未被使用，暂不修改

bshop

定义的状态枚举
common/common_val.py
OrderStatus



1.（已改）pay_zero_payable_order  判断已支付状态
    设置应付金额为0的订单为已支付  更改订单为已支付时抛出异常的判断字段为pay_status,更改成功时更新的字段由status->100变为pay_status->15

2.（已改）get_settle_time  判断已支付状态
    不影响原逻辑，仅更改判断已支付的字段为pay_status

3.（已改）BillInfo  判断已支付状态
    联动unpaid_list逻辑,因先款后货订单不涉及到账期，此处只展示先货后款订单，商户切换结算方式为先款后货时，由前端屏蔽查看账单选项

4.（无需修改）get_pay_trade_flow  判断已支付
    未修改，该功能将迁移到新的支付模块中

5.（已改）deal_pay_success 支付后状态改成已支付
    支付成功后更新的字段由status->100变为pay_status->15